Saros: Eine Eclipse-Erweiterung zur verteilten Paarprogrammierung

Die im folgenden vorgestellte Diplomarbeit legt den theoretischen Rahmen für die verteilte Paarprogrammierung als Weiterentwicklung der klassischen Paarprogrammierung und beschreibt die Implementierung eines entsprechenden EclipsePlugins. Ein besonderes Augenmerk lag darin sinnvolle und realistische Anforderungen zu erarbeiten. Die Daten der Literaturanalyse wurden dazu mittels einer eigenen Umfrage unter Entwicklern ergänzt. Die Arbeit wurde von Riad Djemili durchgeführt und von Christopher Oezbek und Stephan Salinger als Forschungsprojekt der Arbeitsgruppe Software-Engineering am Institut für Informatik der Freien Universität Berlin betreut. 1 Paarprogrammierung Paarprogrammierung (PP) bezeichnet eine Arbeitstechnik, bei der zwei Programmierer an einem Computer gemeinsame Artefakt (meist Code) bearbeiten [WKCJ00]. Man unterscheidet dabei zwei Rollen: Der Driver bearbeitet die Artefakte aktiv mit Maus und Tastatur, während der Observer die Eingaben kontrolliert und bei Entwurfsentscheidungen berät. Im Verlauf einer Sitzung kann die Rollenverteilung mehrmals wechseln. PP ist vor allem als Praktik des Extreme Programming (XP) bekannt geworden [Bec99]. Ziele von PP sind die Defektreduzierung, verbesserter Entwurf, Wissensaustausch und schnellere Produktentwicklung. Kritisiert wird jedoch häufig der Kostenaspekt und der Bedarf an räumlicher Nähe und geräumigen Arbeitsplätzen [Nos98]. Befürworter der PP betonen hingegen, dass die eventuell höheren Kosten vor allem durch die verbesserte Codequalität, mehr als kompensiert werden [WKCJ00]. 2 Verteilte Paarprogrammierung Bei der verteilten Paarprogrammierung (engl. distributed pair programming, DPP) findet die gleichzeitige und gemeinsame Bearbeitung des Artefakts von verschiedenen Arbeitsplätzen aus statt [SS01]. Diese allgemeine Definition ermöglicht unterschiedliche Umsetzungen in der Praxis: Müssen nur Textänderungen übertragen werden oder auch Dateioperationen? Ist die Übertragung von Gestiken und Gesichtsausdrücken per Video notwendig? Sollte der Observer sich vom Sichtbereich des Drivers lösen dürfen? Ein Vorteil von DPP ist die Unterstützung virtueller Teams, welche Software-Entwicklung bei räumlicher Trennung betreiben und in erster Linie mittels elektronischer Medien kommunizieren. In der Open-Source-Entwicklung stellen diese Teams den Normalfall dar. Während bei PP der Driver den Aufmerksamkeitsbereich des Paares bestimmt, identifizieren wir bei verteilter Paarprogrammierung drei Grade von Parallelität: Parallelität auf Programmebene: Der Observer kann das Fenster des DPP-Werkzeugs in den Hintergrund rücken, um mit anderen Programmen zu interagieren. Parallelität auf Sichtebene: Der Observer kann von dem Aufmerksamkeitsbereich des Drivers abweichen und eigenständig im gemeinsamen Projekt lesen. Parallelität auf Schreibebene: Es gibt mehr als einen Driver, das heißt mehrere Personen können gleichzeitig in dem Projekt schreiben. Dabei ist zu beachten, dass mit steigender Parallelität die ursprünglich postulierten Vorteile der PP, z.B. die aus der stetigen Durchsicht resultierende Qualitätsverbesserung, verloren gehen können. Insofern bleibt zu untersuchen, welcher Grad an Parallelität noch zu einer Effizienzund Qualitätssteigerung beitragen kann und ab wann diese kontraproduktiv wirkt. Eine weitere Kritik an DPP richtet sich gegen die eingeschränkten Möglichkeiten für den Observer die Aktivitäten des Drivers nachzuvollziehen (engl. awareness), z.B. anhand von Sprache und Gestik. 3 Technische Werkzeugansätze Der Forschungsbereich der Computer Supported Cooperative Work (CSCW) unterscheidet im Wesentlichen zwei Implementierungsansätze [Han05]. Beim Desktop Sharing wird die Ansicht einer Arbeitsfläche über ein Netzwerk auf den Schirm eines oder mehrerer anderer Systeme übertragen, häufig zum Zweck von Fernadministration oder Demonstrationen. Vorteilhaft an diesem Ansatz ist, dass Werkzeuge, die in der DPP-Sitzung verwendet werden, nicht speziell angepasst werden müssen. Der im Rahmen der Diplomarbeit favorisierter Ansatz ist die Collaboration Awareness, bei der die Mehrbenutzer-Unterstützung unmittelbar in das Werkzeug integriert wird. Von Vorteil ist hier, dass das Werkzeug durch das Verstehen des Kontextes unterstützende PP-Funktionalitäten anbieten kann (beispielsweise eine Historie der letzten Aktionen des Drivers) und zudem einen höheren Grad an Parallelität erlaubt. Zudem leidet dieser Ansatz nicht unter den technischen Restriktionen des Desktop Sharing: Es gibt keine Probleme mit abzustimmenden Auflösungen oder geringen Bildwiederholraten.